home *** CD-ROM | disk | FTP | other *** search
/ Aminet 15 / Aminet 15 - Nov 1996.iso / Aminet / comm / fido / fnewsa.lzh / fido1007.nws < prev    next >
Text File  |  1993-02-14  |  71KB  |  1,610 lines
  1. F I D O  N E W S --         |         Vol. 10 No. 7 (15 February 1993)
  2.   A newsletter of the       |
  3.   FidoNet BBS community     |         Published by:
  4.           _                 |
  5.          /  \               |        "FidoNews" BBS
  6.         /|oo \              |         +1-415-863-2739
  7.        (_|  /_)             | NEW!--> 1:1/23@FidoNet
  8.         _`@/_ \    _        |         editor@fidonews.fidonet.org
  9.        |     | \   \\       |
  10.        | (*) |  \   ))      |         Editors:
  11.        |__U__| /  \//       |          Tom Jennings
  12.         _//|| _\   /        |          Tim Pozar
  13.        (_/(_|(____/         |
  14.              (jm)           |         Newspapers should have no friends.
  15.                             |                         -- JOSEPH PULITZER
  16. ----------------------------+---------------------------------------
  17.  
  18. /*********************************************************************
  19. * IMPORTANT NOTE: The FidoNet address for FidoNews has been changed. *
  20. * The new address is:                                                *
  21. *                                                                    *
  22. *                     FidoNews  =  1:1/23                            *
  23. *                                                                    *
  24. * Starting January 1993 email sent to the old address will not be    *
  25. * forwarded! You were warned!                                        *
  26. *********************************************************************/
  27.  
  28. For information, copyrights, article submissions, obtaining copies and
  29. other boring but important details, please refer to the end of this
  30. file.
  31.  
  32.  
  33.                           Table of Contents
  34. 1. EDITORIAL  .....................................................  1
  35.    And the winner is  .............................................  1
  36. 2. ARTICLES  ......................................................  4
  37.    Fidonet: Choice of a New Generation(?)  ........................  4
  38.    Review of the Zyxel U-1496E modem  .............................  5
  39.    Time to Bring Policy 4 into the 1990's  ........................ 18
  40.    More Insantiy In Fidonet!  ..................................... 19
  41.    A_THEIST Echo now on Backbone!  ................................ 21
  42.    The GlobalNet Network (92)  .................................... 22
  43.    The INTERNET echo is now available!  ........................... 23
  44.    Online Magazine Standard Proposal  ............................. 24
  45.    MENSANS_ONLY Echo Notice  ...................................... 25
  46.    NEW ECHO FOR ANTIQUE RADIO COLLECTORS  ......................... 27
  47.    SKEPTIC Echo now on the Zone 1 Backbone!  ...................... 27
  48. 3. FIDONEWS INFORMATION  .......................................... 29
  49. FidoNews 10-07                 Page 1                      15 Feb 1993
  50.  
  51.  
  52. ======================================================================
  53.                               EDITORIAL
  54. ======================================================================
  55.  
  56. And the winner is...
  57.  
  58. by Tom Jennings (1:1/23)
  59.  
  60.  
  61. Let's gets some small-time business out of the way. Let's take a look
  62. at what appears to me to be yet another case of bureaucratic
  63. silliness, finger-pointing, name-calling and other useless friction.
  64.  
  65. OK, the nodelist and nodediff remains broken. A data-format error
  66. causes nodelist processors on many FidoNet nodes/BBSs to break. The
  67. immediate, problem-at-hand is, there's an extraneous control character
  68. embedded in one net's nodelist fragment. It is, in fact, not supposed
  69. to be there. Each of these fragments is maintained by each network's
  70. NC, who passes it up to each ZC, who compiles the complete nodelist
  71. from all the fragments. From this master nodelist is created the
  72. nodediff, which is distributed back to each local network. This is
  73. more-or-less the process, minus lots of details.
  74.  
  75. MAKENL, written before most of you even know FidoNet existed, checks
  76. for lots of potential errors on these many nodelist fragments. It
  77. however doesn't check for this particular error. It would be nice of
  78. it did, obviously.
  79.  
  80. So we have a number of possible solutions. A reasonable one (of many)
  81. might be, to edit out the unwanted control character from the nodelist
  82. fragment in question, and then to consider whether it's worth changing
  83. MAKENL to check for Yet One More Error.
  84.  
  85. But no, instead we piss and moan, complain, point fingers, generate
  86. huge volumes of CC'd rants complete with dozen-level quotes,
  87. pontifications, etc etc ad infinitum.
  88.  
  89. Hmm... maybe we need... another POLICY document! Another level of
  90. /0's! A new scapegoat!
  91.  
  92. How about a text editor, and fix the goddamned text file?
  93.  
  94.  
  95. A few weeks ago, I casually mentioned that maybe MAKENL has a problem,
  96. and should be looked at. A number of people took this to mean I wanted
  97. to be part of every conversation regarding MAKENL or the nodelist -- I
  98. am not interested, so you may stop now, please.
  99.  
  100. Looking back on what I wrote, I remain satisfied. In light of the new
  101. information, it looks like yes, MAKENL could be made to check for this
  102. error as well as the ones it already checks for, but in fact MAKENL
  103. works just fine, and the data given it is AFU -- hence GIGO.
  104.  
  105. FidoNews 10-07                 Page 2                      15 Feb 1993
  106.  
  107.  
  108. Why people have such emotional investments in this stuff is beyond me.
  109.  
  110.  
  111.                              * * * * *
  112.  
  113. I have finally chosen a new heir-apparent to the FidoNews fortune.
  114. The new victim I mean victims I mean volunteers for life are:
  115.  
  116.           Sylvia Maxwell & Donald Tees, FidoNet 1:221/192
  117.  
  118.  
  119. There were actually a number of excellent candidates, really. A
  120. diverse bunch. You can read what they wrote, buried in the file NEW-ED
  121. available from the FidoNews BBS. Here are some of the highlights of my
  122. reasoning: They are from not-the-US. There are two of them; there have
  123. times when having a co-editor has saved me. They seem to be the right
  124. kind of whackos. They are not part of any existing /0 conspiracy, as
  125. far as I can tell. And last but not least, they seem to have a grasp
  126. of FidoNews' peculiar and subtle position within FidoNet, and value
  127. FidoNet's independence highly. I think I trust 'em.
  128.  
  129. As most of you probably know, there is no set process for picking a
  130. FidoNews editor. It used to matter a whole lot less. It will matter
  131. more and more. The present editor (me) is fairly well known within
  132. FidoNet, ahem. Previous editors were also well known within FidoNet,
  133. especially during their reigns.
  134.  
  135. I don't know what the process will be for choosing the next editor. I
  136. know that I am personally am not comfortable with mob-rule, aka
  137. "democracy". It ain't a slot to fill, it's a peculiar set of skills
  138. necessary. What those requirements will be will change with the times,
  139. as they have in the past. I think what I did, though hurried, is about
  140. right, for this point in time. It would have been OK years ago, and
  141. maybe years from now, but we won't know until we get there. WE CAN'T
  142. KNOW FOR SURE UNTIL WE GET THERE. Let's not trade off flexibility, and
  143. the fun and satisfaction of banging heads with the future, for the
  144. "security" of bureaucratic rule. We've got enough of that out in the
  145. Big Room*, and no one is going to die if we screw up.
  146.  
  147. FidoNet has not succeeded by making correct plans in 1984, for 1993,
  148. and certianly won't survive if it makes hard plans for 2001.  We got
  149. here, and quite reliably, safely and fun! by being flexible.  In spite
  150. of the annual sky-is-falling contests we seem to love, FidoNet remains
  151. incredibly robust and efficient. We splinter off dozens of new
  152. networks all the time; what Randy Bush calls "SourGrapesNet"s he also
  153. recognizes as a healthy thing; communications is supposed to serve
  154. peoples' needs, dammit, not some monolithic one-world-one-network
  155. heirarchic fantasy.
  156.  
  157.  
  158.           "ONE PLANET -- FIVE BILLION SOVEREIGN STATES!"
  159.  
  160. FidoNews 10-07                 Page 3                      15 Feb 1993
  161.  
  162.  
  163. Do you really understand what that means? This is how I treat the
  164. world. You can quote me.
  165.  
  166.  
  167.  
  168. -----
  169.  * the Big Room is the large place where it's bright during the day
  170. and dark at night with little bright specks. Some of us venture there
  171. occasionally, others rarely.
  172. ----------------------------------------------------------------------
  173.  
  174. FidoNews 10-07                 Page 4                      15 Feb 1993
  175.  
  176.  
  177. ======================================================================
  178.                                ARTICLES
  179. ======================================================================
  180.  
  181.  
  182. By Isaac Salpeter
  183. The Youth of Fidonet.
  184.  
  185.  
  186.      In many senses I am your everyday average sysop. I have a v32
  187. modem like 3800 other sysops in the nodelist. I am very individualistic
  188. and fiercely independent, like many other sysops. I have never been an
  189. NC or for that matter any other administrator in Fidonet. My bulletin
  190. board is fairly locally-oriented, like the majority of those out there
  191. who have a limited budget and are running their system as a hobby,
  192. rather than a business. OK, so my file bases set me a little bit apart
  193. because I specialize in sound & graphics, but that's not really very.
  194. I do not carry any national echoes at present. Most of my users only
  195. read and post on message bases local to my system. But these are not
  196. what makes me or my system so different from others.
  197.  
  198.      I am fifteen years old.
  199.  
  200.      Wait! Before you punch the Page Down key, muttering under your
  201. breath "stupid kid", I think I have something valid to say.
  202.  
  203.      I set up this BBS about 5 months ago, but I have been a regular
  204. user of bulletin boards for over 5 years. I have, since I was 4 years
  205. old, used Apple ]['s, a decrepit PS/2 model 30, several Macs, the
  206. local university mainframe, a dumb terminal, and, for the past two
  207. years, my current 386'er to get my "digital fix". Right now, as well
  208. as attending school and running the BBS, I do consulting for the City
  209. of Pensacola as a community service. So, while it was not always true,
  210. I consider myself fairly literate in the world of computers and BBS's.
  211.  
  212.      "So what?", you say.
  213.  
  214.      The reason I bring this up is because of the alarming hostility
  215. towards most minors that I have seen from users and sysops over the
  216. years, including "adult" users of Fidonet. I know, I've heard all the
  217. jokes and anecdotes about so-called "d00dz" (generally minors who act
  218. immature, arrogant, and annoying, and who do so publicly and through
  219. the modem). I know there is a kernel of truth in this (there are a
  220. few in town who run "B-Bordz"). However, I am irked by the notion
  221. perpetuated by quite a large number of "adults" that this stereotype
  222. accurately fits all minors. Here's an example:
  223.  
  224.       In town, there is one other Fido sysop who is a minor. He has
  225. run a BBS for about a year, I believe. He is an extremely intelligent
  226. individual, and the care he puts into his system is apparent to all
  227. his users. I have yet to see him be anything but friendly and fair,
  228. which is more than could be said for a lot of adult sysops. And yet
  229. despite this, he was and is just about completely disregarded by
  230. several local sysops as "just a kid with a modem". Mind you, this
  231. treatment has ebbed slowly, and when I joined Fidonet just before the
  232. new year, this sort of "stoopid kid" talk was not really present, (at
  233. FidoNews 10-07                 Page 5                      15 Feb 1993
  234.  
  235.  
  236. least not in "official" channels). Nevertheless, it is time for the
  237. majority of Fidonet (pun intended) to step back and reevaluate their
  238. positions on  minors in Fidonet. I suggest these questions as ones
  239. adult sysops should ask themselves before insulting or dismissing a
  240. minor in the net:
  241.  
  242.     1. Is this kid just cocky or does he/she actually know something?
  243.  
  244.     2. Do or will I dismiss or shout down his/her opinions because of
  245.            my own arrogance?
  246.  
  247.    3. Am I being condescending to this person because of his/her age?
  248.  
  249.    4. What has this user/sysop done to me to deserve sub-standard
  250.            treatment?
  251.  
  252. And most importantly:
  253.  
  254.    5. How would I like to be treated the same way, were *I* in his/her
  255.            position?
  256.  
  257.     I think that if everyone honestly asks themselves these questions,
  258. many people would come to the realization that not all minors are
  259. arrogant, ignorant, and just putting up a front. I know there are bad
  260. apples among the youth, but I fear that without some sort of change
  261. in behaviour by the adults of our "hobby" (addiction :-)), that the
  262. future of FidoNet, and even the hobby of BBS'ing will wane as more
  263. and more minors feel less and less welcome in the realm of computers.
  264.  
  265.     OK, say what you will. Perhaps you agree with me, perhaps you
  266. think I'm just a fool. But whatever you think on this subject, let me
  267. know, or better yet, let your NC, your net, your local BBS community
  268. know how you feel. If you agree, hey, great! You can make a difference.
  269. Encourage young users and sysops, let them know that they are welcome!
  270.  
  271.     If you don't like what I say, well, write me hate mail, for all I
  272. care. I've gotten it before, and my skin is not thin, so why waste
  273. your time? Now, if you have some serious, logical argument against the
  274. youth of Fidonet, then by all means, I'd be glad to hear from you.
  275. Otherwise, direct replies to the NULL device.
  276.  
  277. Thanks!
  278.  
  279. Isaac Salpeter
  280. 1:3612/380
  281. ----------------------------------------------------------------------
  282.  
  283.  
  284. by Tom Jennings
  285.     FidoNet 1:125/111
  286.     Internet tomj@fido.wps.com
  287.  
  288. FidoNews 10-07                 Page 6                      15 Feb 1993
  289.  
  290.  
  291. BBS-usable hardware fashions come and go; very few are worth
  292. remembering. I say "BBS-usable" because so little of the hardware we
  293. use was designed for bulletin boards.
  294.  
  295. I've been using bulletin boards since 1977, and I've run one
  296. continuously since 1983. The only devices worthy of mention in all
  297. those years are: the original Hayes S-100 board modem (ca. 1976?); the
  298. Hayes Smartmodem 1200 (ca. 1982?); the US Robotics Courier 2400 (the
  299. first time a manufacturer sought the BBS community's input); the US
  300. Robotics Courier HST (affordable high-speed); and the National 16550
  301. FIFO'ed UART (how could we live without it). To this short list, I'd
  302. add the Zyxel U-1496 series, which I've had the pleasure to work with
  303. these last few months.
  304.  
  305. MY INSTALLATION
  306.  
  307. I have two rather disparate modem installations in my network here;
  308. FidoNet/dialup BBS, and direct-connect Internet. The features and
  309. desirable modem behavior for each is quite different. A modem great at
  310. BBSing is frequently terrible at unattended Internet use, and vice
  311. versa.
  312.  
  313. While obviously the highest possible speed is always desired, I'll
  314. always trade off reliability for performance; it doesn't matter how
  315. fast it is, if it won't stay running! Reliability and consistency are
  316. the most important "features" of a modem, and the most difficult to
  317. account for. I want my modems to be *boring*. One doesn't need
  318. "excitement" in complex devices that need to run 24 hours a day.
  319.  
  320. The 1496E has been about perfect: boringly reliable, a drop-in to
  321. install, and no tradeoff on speed; as a matter of fact it's the
  322. fastest all-around modem I've ever used.
  323.  
  324.  
  325. My FidoNet BBS, "Fido Software / FidoNews", is  a 286-clone running my
  326. Fido/FidoNet program. Like many systems, mine doubles as a
  327. public-access BBS, as well as a FidoNet network interface. What's
  328. important for a BBS is reliability in an environment of many
  329. connects/disconnects/bad connections per day. Just as important is
  330. compatibility with other (BBS callers') modems. Human callers use
  331. every and any sort of modem, from the most popular to the most
  332. obscure, and every imaginable (and then some) terminal program. Few
  333. BBSs today rely on the modem to "auto-answer"; modern software handles
  334. all aspects of BBS incoming-call negotiation to maximize performance
  335. and error handling.  A busy BBS modem might handle 100 calls per day,
  336. not including connections failed due to operator error, busy signal,
  337. noisy phone lines, etc.
  338.  
  339. FidoNet uses the same sophisticated modem handling as BBSs, but does
  340. something that makes FidoNet unique -- dialing out to other FidoNet
  341. systems to automatedly deliver messages and files. A busy FidoNet
  342. system might make many tens of phone calls a day throughout a broad
  343. geographical area.
  344.  
  345. FidoNews 10-07                 Page 7                      15 Feb 1993
  346.  
  347.  
  348. Performance in BBSing and FidoNet means, besides reliability, BYTES
  349. PER SECOND! We have protocols (ZMODEM, off-line compression such as
  350. ARC, etc) optimized to squeeze every last second of connect times,
  351. since as amateurs (mostly) we're more sensitive to the cost of every
  352. minute we stay online.
  353.  
  354.  
  355. My other modem installation connects my 386BSD (freeware Berkeley
  356. unix) computer to the Internet. The inter-net is a large connection of
  357. computers ("hosts") and networks inter-connected via ethernet, modems,
  358. T3, radio, microwave, and any other damned thing humans have managed
  359. to cram 1's and 0's through -- including modems. A "connection to the
  360. internet" simply means a connection to another host connected to...
  361.  
  362. Most Internet hosts are instantaneously connected to all other hosts,
  363. 24 hours/day. In under 1 second, I can find out how long my friend
  364. Alekz's terminal has been idle in the library at Johns Hopkins
  365. University in Maryland, from my little 386 in San Francisco. The
  366. amount of data to determine this is small, but it takes a number of
  367. back and forth queries and responses, each taking a few hundred
  368. milliseconds.  Contrast this to the BBS/FidoNet paradigm, of staying
  369. idle and "offline" with intense bursts of activity transferring as
  370. much data as possible in a short period of time.
  371.  
  372. Many of the two million (last best guess) Internet hosts are connected
  373. with a protocol called, surprise, Internet Protocol (IP). IP knows
  374. nothing about modems or phone lines; it assumes a point-to-point
  375. connection, full-duplex, up and running 24 hours/day. Copper wire (or
  376. functional equivalent) is the perfect IP medium. IP behaves vaguely
  377. like Kermit or XMODEM, in that there are small packets with ACK/NAK
  378. (response) packets for each packet or group of packets. It is most
  379. definitely *not* optimized for maximum-data-throughput alone.
  380.  
  381. Since us mere mortals can't afford high-speed leased lines ($100/month
  382. and up for short runs plus $1000 CSU/DSU hardware), we resort to using
  383. BBS-style modems and plain old telephone service (POTS). A phone line
  384. and modem goes at my house, a phone line and modem to the nearest
  385. Internet-connected host, then you make exactly one phone call -- and
  386. never disconnect it! Many links require manual intervention when the
  387. line drops (operator tripped over the cord, etc) to bring the link
  388. back up. This is generally adequate for IP use.
  389.  
  390. Because IP is uncooperative in establishing and maintaining a
  391. connection, unlike FidoNet, features for unattended modem use are most
  392. important, besides the constant of reliability. Performance for IP
  393. also requires something that FidoNet has designed around; turnaround
  394. time; the time it takes a pair of modems to flip direction, back and
  395. forth; SEND RECEIVE SEND RECEIVE ... more on this later.
  396.  
  397.  
  398.  
  399. FidoNews 10-07                 Page 8                      15 Feb 1993
  400.  
  401.  
  402. Contrast the BBS/FidoNet and the Internet/IP requirements, and you'll
  403. see there's more than a bit of difference. BBS/FidoNet likes lots of
  404. interactive command-rich features, and IP wants solid unattended-use
  405. auto-answer reliability.
  406.  
  407.  
  408.  
  409.  
  410. MY TEST SETUP
  411.  
  412. For testing I used two 80386 hard-disk clone computers, each with a
  413. Zyxel U-1496E (external model) modem attached. For the DOS-based tests
  414. I ran DOS 5.0, Ray Gwinn's X00 FOSSIL driver, and my homebrew FidoTerm
  415. program. For Internet-based tests I used 386BSD 0.1.
  416.  
  417. Before all testing, I restored the modems to factory-default settings
  418. with the "AT&F" command to ensure consistency.
  419.  
  420. In all cases the modem to computer link was locked at 56,700 baud, and
  421. used hardware flow control, which is smartly the Zyxel factory
  422. default. Unlike older, simpler (slower!) modems where you simply set
  423. the baud rate to the maximum and forgot it, high-speed modems' actual
  424. rate is negotiated by the modems at connect time, and varies during a
  425. session; the flow of data to/from the modem must be regulated, and
  426. hardware flow control does this.
  427.  
  428. When choosing a locked rate, a good rule of thumb is to pick the
  429. lowest speed that is still higher than the maximum data rate you will
  430. actually get. Setting baud rates needlessly high will simply lower
  431. reliability and increase processor-interrupt overhead.
  432.  
  433.  
  434.  
  435. THE MODEM
  436.  
  437. I tested the Zyxel for performance and operational behavior, rather
  438. than the commands and features.  The command set is more than
  439. complete. They smartly chose the basic functions to be compatible with
  440. "most" modems, including most of the "AT&" extended command set of
  441. Hayes and US Robotics.
  442.  
  443. The Zyxel however has a truly daunting proprietary command set. It
  444. seems there's a command or S-register for possible function, and then
  445. some, and I hear that the PLUS series has even more. Every week it
  446. seems I get yet another list of not-in-the-manual commands from the
  447. huge and growing Zyxel support/user/hacker community.
  448.  
  449. The 1496E has the usual excessive array of modem result codes given
  450. after a dial (ATD) or answer or originate commands (ATA, ATO). It's
  451. not their fault that there are currently about 25 modem protocols and
  452. variants in use today, but it sure is a pain to configure software
  453. these days. With some of my older software (such as Fido/FidoNet) I
  454. had to suppress most of them (ATX command); with newer programs, or
  455. ones under my control such as FidoTerm dialing scripts, I was able to
  456. use every feature. (The ATX command merely suppresses the extended
  457. connect/status messages; the modem will still communicate at the
  458. FidoNews 10-07                 Page 9                      15 Feb 1993
  459.  
  460.  
  461. highest speed possible.)
  462.  
  463. I'll ignore the FAX features and commands, which are completely out of
  464. my area of interest and expertise. It seems though that Zyxel has
  465. implemented what looks to be the future FAX standard.  I'll leave it
  466. for others to cover.
  467.  
  468.  
  469.  
  470. THROUGHPUT
  471.  
  472. I'm fairly conservative when testing throughput. Back in 1987 or so
  473. when FidoNet mailer packages started supporting high-speed modems, it
  474. became all the rage to display "bytes per second" for each session. It
  475. was no coincidence that the software displaying the highest number
  476. became most admired, never mind that the other end of the very same
  477. session displayed a lower, more conservative number...  My
  478. Fido/FidoNet program, for example, measures "bytes per second" from
  479. start to end of the entire session, which is more realistic but less
  480. exciting. Oh well.
  481.  
  482. I kept this attitude in my testing of the Zyxel modems. I don't
  483. measure "peak" speeds during some most-optimal part of a test, but
  484. include startup and finish times, disk file open and close, etc. I
  485. feel this approach is more likely to reflect reality.
  486.  
  487. On to the actual testing. I concentrated on two areas in basic
  488. data-throughput, pure ASCII text and pre-compressed binary, and
  489. tested turnaround latency, ie. modem responsiveness.
  490.  
  491.  
  492.  
  493. PURE ASCII:
  494.  
  495. These are the numbers that modem manufacturers love to brag about.
  496. Text, using standard ASCII encoding, is very redundant; using nifty
  497. mathematical tricks compression techniques can squash text to a
  498. fraction of it's original size. Presto! instant modem speed increase!
  499. (This is what the V.42 stuff does, amongst other things.)
  500.  
  501. For testing ASCII text throughput, I used an industry-standard test
  502. called Bit Error Rate Testing, or BERT. It works by having one end
  503. issue a repeating test pattern such as "THE QUICK BROWN FOX JUMPS OVER
  504. THE LAZY DOG" and with the receiving end comparing the incoming bit
  505. stream against the same test pattern; error bits (not bytes) are
  506. counted. BERT has enough hard statistics to give you a pretty good
  507. handle on things.
  508.  
  509.  
  510. TEST #1: direct modem-to-modem, unidirectional pure ASCII.
  511.          DTE speed locked at 57600 baud.
  512.  
  513. FidoNews 10-07                 Page 10                     15 Feb 1993
  514.  
  515.  
  516. +MODE: Receive-only
  517. +DURATION:            60:10
  518. +LOG INTERVAL:         5:00
  519.                               ---------- Errors -----------
  520. Time         Bits Rec'd       Bits  Blocks  Seconds Resyncs
  521. =13:34:22             0          0       0     0:00       0
  522. =13:39:26    12,369,312          0       0     0:00       0
  523. =13:44:30    24,722,112          0       0     0:00       0
  524. =13:49:36    37,150,616          0       0     0:00       0
  525. ...
  526. =14:25:12   123,967,184          0       0     0:00       0
  527. =14:30:16   136,319,880          0       0     0:00       0
  528. -14:34:30   146,231,616          0       0     0:00       0
  529. -END: 14:34:30
  530. -RECEIVE BYTES/SEC:            4051
  531. -BER:                   1.00*10E-07
  532.  
  533. OK, so Zyxel has something to brag about; 4051 bytes/sec is fast! Note
  534. that the "Recv'd Bits" column counts bits, not bytes; there are eight
  535. data bits per byte. Note also the "Errored bits/blocks/seconds"
  536. columns. BERT does not correct errors, it merely counts them. It is
  537. meant to measure the error rate of a communications link. Obviously
  538. with this particular test we should have a very low error rate; as
  539. indicated, it's less than one error out of 10 to the seventh power,
  540. ie. zero.
  541.  
  542. This is NOT a real-life test; you will probably not get this
  543. downloading even a pure text file; telephone lines were not used. The
  544. modems were connected together with an RJ-11 cord, one was commanded
  545. "ATA" and the other "ATO". This is "flat out downhill with the wind";
  546. you can however use it as a relative measure of telephone line
  547. quality.
  548.  
  549.  
  550.  
  551. TEST #2: Dialup, unidirectional pure ASCII.
  552.          DTE speed locked at 57600 baud.
  553.  
  554.  
  555. +MODE: Receive-only
  556. +DURATION:            60:10
  557. +LOG INTERVAL:         5:00
  558.                               ---------- Errors -----------
  559. Time                Rec'd     Bits  Blocks  Seconds Resyncs
  560. =15:37:04              0         0       0     0:00       0
  561. =15:42:08     11,027,256         0       0     0:00       0
  562. =15:47:12     22,975,176         0       0     0:00       0
  563. =15:52:18     34,932,344         0       0     0:00       0
  564. =15:57:24     46,896,248         0       0     0:00       0
  565. ...
  566. =16:27:54    117,567,408         0       0     0:00       0
  567. =16:32:58    129,486,280         0       0     0:00       0
  568. -16:37:12    139,430,784         0       0     0:00       0
  569. -END: 16:37:12
  570. -RECEIVE BYTES/SEC:            3862
  571. -BER:                 < 1.00*10E-07
  572. FidoNews 10-07                 Page 11                     15 Feb 1993
  573.  
  574.  
  575. Now this test was done with phone lines in a realistic manner. I live
  576. in an old industrial area, the phone lines aren't new, but not
  577. particularly bad either. The central office is about 5 miles away, so
  578. this is probably over 10 miles of copper. No fiber here yet!
  579.  
  580. Note how the throughput dropped about 5%. This is the direct effect of
  581. pushing data over phone lines vs. about 4 feet of cord. Downloads of
  582. large, uncompressed text files will see this speed; it will also make
  583. BBS bulletins very snappy!
  584.  
  585.  
  586.  
  587. TEST #3: Dialup, bidirectional pure ASCII.
  588.          DTE speed locked at 57600 baud.
  589.  
  590. +MODE: Bidirectional
  591. +LOG INTERVAL:         3:00
  592.                                              ---------- Errors -----------
  593. Time           Bits Sent        Bits Rec'd   Bits  Blocks  Seconds Resyncs
  594. =20:47:54            184              3752      0       0     0:00       0
  595. =20:50:56      6,326,840         5,877,464      0       0     0:00       0
  596. =20:54:00     12,512,552        12,095,040      0       0     0:00       0
  597. =20:57:04     18,850,984        17,760,856      0       0     0:00       0
  598. =21:00:10     25,479,032        22,622,432      0       0     0:00       0
  599. ...
  600. =21:21:46     70,366,384        59,473,344      0       0     0:00       0
  601. =21:23:58  OPERATOR INTERRUPTION START
  602. =21:23:58  OPERATOR INTERRUPTION END
  603. =21:25:00     76,999,584        60,747,280     23       1     0:01       1
  604. -21:26:50     80,421,800        60,922,264     23       1     0:01       1
  605. -END: 21:26:50
  606. -REASON: OPERATOR ABORT
  607. -DURATION:                    38:56
  608. -SEND BYTES/SEC:               3443
  609. -RECEIVE BYTES/SEC:            2608
  610. -BER:                   3.77*10E-07
  611.  
  612.  
  613. This was a difficult test to perform, and I failed -- modem
  614. performance exceeded my test setup! My goal was to saturate the modem
  615. in both directions simultaneously, and see how the sum total
  616. throughput compared to the unidirectional tests. I never got there.
  617. My poor processors were overloaded trying to send and receive at these
  618. speeds; as a matter of fact, at one point I had to manually pause it
  619. to keep the computer out of saturation! Hence the relatively-low
  620. receive rate.
  621.  
  622. Note that this time the error rate is not zero; I can assure you this
  623. is due to the computer dropping bits when I manually broke in, rather
  624. than the modem.
  625.  
  626. FidoNews 10-07                 Page 12                     15 Feb 1993
  627.  
  628.  
  629. The real problem is not that a 386 can't handle 50,000 bytes per
  630. second; disks are ten times that speed. The problem is we're running
  631. into the fundamental limits of Async ports, and while brute-force
  632. processor-clock speed helps, it's not the ultimate solution. More on
  633. this later.
  634.  
  635.  
  636.  
  637. TEST #4: Dialup, ZMODEM file transfer.
  638.        DTE locked at 56700 baud.
  639.  
  640. +17:52:12 File #001: TESTFILE.1, 641,304 bytes, Zmodem
  641. -17:57:40 File complete (5:34, 1920 bytes/sec)
  642.  
  643. +17:57:42 File #002: TESTFILE.1, 641,304 bytes, Zmodem
  644. -18:03:12 File complete (11:05, 1928 bytes/sec)
  645.  
  646.  
  647.  
  648. TEST #5: Dialup, ZMODEM file transfer.
  649.        DTE locked at 38400 baud.
  650.  
  651. +18:52:22 File #001: TESTFILE.2, 1,923,912 bytes, Zmodem
  652. -19:08:50 File complete (16:30, 1943 bytes/sec)
  653.  
  654.  
  655. OK, some real-life tests finally. The files used for testing was
  656. NODELIST.015, a recent FidoNet nodelist, pre-compressed with LHARC
  657. 2.12, to somewhat foil V.42bis compression.
  658.  
  659. These numbers are very conservative; they are file transfer end-to-end
  660. times, including file open, close, read and write, and do *not* include
  661. file-transfer protocol overhead bytes. These are very pessimum, and
  662. are the numbers real people will get with real files and clocks.
  663.  
  664. 1943 bytes/second is damn fast.
  665.  
  666.  
  667.  
  668.  
  669. LATENCY
  670.  
  671. Modem latency is usually ignored, because it's hard to test and the
  672. results are not obvious. Latency, or turnaround time, is the time it
  673. takes the modem to send/receive data in alternating directions; send,
  674. receive, send, receive, ... the lower the latency, the better. Plain
  675. copper wire has zero latency. 2400-baud and below only modems are
  676. usually pretty good, because they are much simpler internally.
  677.  
  678. Most people who have used high-speed modems, especially older designs,
  679. know what latency is about... the sluggish response to your typing on
  680. a BBS that otherwise does fast downloads. Latency is the thing that
  681. killed XMODEM good and dead as far as high-performance was concerned.
  682.  
  683. FidoNews 10-07                 Page 13                     15 Feb 1993
  684.  
  685.  
  686. In the BBS and FidoNet world, things are optimized to not rely on
  687. latency wherever possible. ZMODEM's strongest feature is it's
  688. streaming mode that minimizes latency effects.
  689.  
  690.  
  691.  
  692. TEST #6: Latency using IP over dialup.
  693.        DTE locked at 38400 baud.
  694.  
  695. For the first test I used my Internet IP link. My internet router, a
  696. 386SX running NOS, is connected to another router at my internet
  697. connect site across town, which is a 386DX running 386BSD unix.
  698. Testing consisted of using "ping"; Ping is a feature built-in to IP to
  699. check a link; a small block of data is sent out to a (specified)
  700. remote host, which immediately returns it back to the sender -- ping!
  701. When you ping across a single, simple modem link, you can measure the
  702. time the packet takes to traverse that link.
  703.  
  704. There are however complications. First of all, this is serial
  705. communications; each byte is serialized, so that even under ideal
  706. conditions sending and receiving one byte of data takes time. Ideally
  707. one data byte would be sufficient; however the smallest packet my IP
  708. implementation will do is 16 bytes (8 data, 8 overhead). Since the
  709. test is turnaround latency, ie. out and back, the latency times are
  710. for two modems in series. On top of this, the software itself is a
  711. complex real-time multitasking system, and there is non-zero latency
  712. within the software itself. However most of this can be untangled,
  713. with care.
  714.  
  715. The basic test consisted of 500 or so pings from my router, to the
  716. remote router, and back. My router calculated an average turnaround
  717. time of 180 milliseconds, and I watched to make sure the numbers
  718. stayed sane; the lowest I saw was about 150, the highest about 220.
  719.  
  720. I then did another 500 pings on my router box to it's own internal
  721. interface; this resulted in an average turnaround time of 9
  722. milliseconds of software overhead alone. I repeated this test on the
  723. remote router and got zero milliseconds. This is probably means
  724. something under 1 millisecond, which is reasonable, given that 386BSD
  725. unix is well-tuned for TCP/IP.
  726.  
  727. The results of this test depend on how you want to look at what's
  728. left, which appears to be approximately 171 millisecond total loop
  729. time (180 minus 9). For comparison purposes, this is enough. In a
  730. series of messages forwarded to me from some internet mailing lists,
  731. there are many people interested in modem latency. According to
  732. various other informal tests, the Zyxel is better than most, with only
  733. one modem, the Digicom 9624LE+ significantly faster. (Their numbers
  734. were 203 milliseconds for the Zyxel and 163 milliseconds for the
  735. Digicom, using a very different and more complex test environment.)
  736.  
  737. FidoNews 10-07                 Page 14                     15 Feb 1993
  738.  
  739.  
  740. TEST #7: Benchmark latency, direct modem-to-modem.
  741.        DTE locked at 56700 baud.
  742.  
  743. I did however want to get "real numbers", ie. an actual measurement of
  744. modem turnaround latency. Without a large amount of comparative data,
  745. however, these numbers aren't much use. I believe the method is a good
  746. one however and I'd like to see more testing done in this area.
  747.  
  748. My test environment in this case was again the two 386 machines
  749. coupled with two 1496E's. The test mechanism was plain old vanilla
  750. XMODEM transmission of a pre-compressed text file, once again
  751. NODELIST.015 compressed with LHARC 2.12.
  752.  
  753. XMODEM is convenient because it transmits data as a series of blocks,
  754. each containing 128 bytes of data. Each block requires an ASCII 'ACK'
  755. character before the next block is sent; therefore there are two
  756. turnarounds per block (same as a ping). The file was exactly 641,304
  757. bytes long, sent as exactly 5011 blocks (rounded up to the nearest 128
  758. bytes); the entire transfer was 666,464 bytes including the
  759. file-transfer protocol overhead data.
  760.  
  761. We can use the data from the ZMODEM send of the test file for
  762. comparison; both ZMODEM and XMODEM need to open files, write to disk,
  763. display status info on-screen, etc, minimizing the number of
  764. variables.
  765.  
  766. +17:38:58 File #001: TESTFILE.1, Xmodem/CRC [641,304 bytes]
  767. -17:58:10 File complete (19:13, 556 bytes/sec)
  768.  
  769. +17:52:12 File #001: TESTFILE.1, 641,304 bytes, Zmodem
  770. -17:57:40 File complete (5:34, 1920 bytes/sec)
  771.  
  772. The difference in time between these two is the turnaround latency.
  773. With 5011 blocks sent we can easily calculate the latency per block
  774. (remember two turnarounds per block):
  775.  
  776.        19:13 - 05:34 = 13:39                  time difference
  777.        5011 / 13:39 = .163 sec/block   turnaround time
  778.  
  779. This jibes pretty well with my less-rigorous ping testing, and that
  780. of others.
  781.  
  782.  
  783.  
  784. UNATTENDED USE
  785.  
  786. Another major aspect of Internet type use that modems frequently need to
  787. be completely unattended. In the Internet cooperative that I manage,
  788. the San Francisco end has a dozen modems of various types.  The Zyxels
  789. are by far the best-behaved and easiest to configure; the
  790. remote-configure feature isn't exactly a luxury when your other modem
  791. is locked in a basement ten miles away. Five of the newest members of
  792. our Internet coop are using them. Some of the other members, not using
  793. Zyxels, have their modems attached to a BSR box, so they can remotely
  794. power them off and on to reset them. Consider what it would take to
  795. drive you to such ends... not a pretty thought.
  796. FidoNews 10-07                 Page 15                     15 Feb 1993
  797.  
  798.  
  799. Because our current router software doesn't manage connects for us, we
  800. have the modems setup for blind auto-answer. The router doesn't even
  801. issue a single "AT" command, usually required to let the modem know
  802. what the locked rate is. We've had no problems getting the Zyxel's to
  803. perform well under the worst possible conditions (dumb software
  804. blazing out IP packets to a modem not even connected...).
  805.  
  806. Personally I'd recommend that you disable the infamous "+ + +"
  807. sequence that Hayes went and patented on everyone. It hardly matters
  808. any more anyways; decent software uses DTR to get the modems
  809. attention. Zyxel uses some proprietary method that is actually
  810. supposed to work. I see no use for it anymore anyways.
  811.  
  812.  
  813.  
  814.  
  815. RECOMMENDATIONS AND OTHER FEATURES
  816.  
  817. I recommend the Zyxel U-1496 series highly. They don't require tons of
  818. fine tuning to get them working. The command set has the most common
  819. subset of all the high-speed modems I've used. They are inexpensive,
  820. bang per buck. Zyxel has a $35 EPROM software upgrade policy -- and
  821. for real cheapskates, you can get the EPROM image and burn your own
  822. for free!
  823.  
  824.  
  825.  
  826. OOPS -- PROBLEMS!
  827.  
  828. OK, so nothing is perfect. All high-speed modems these days are about
  829. equivelant to a Macintosh Plus in processor power and memory, and as
  830. much software. All modems have bugs; what matters is (1) will I ever
  831. get it fixed and (2) does it still get the job done in the mean time.
  832.  
  833. Well. I ran into two problems. One looked to be truly horrid at first
  834. glance, but turned out to be not quite so. Some people doing testing
  835. in a purely Internet environment found that their 1496E's would not
  836. output received data under heavily-loaded full-duplex conditions; the
  837. modem was apparently too busy sending to notice the received data, and
  838. programs were timing out waiting for that input. In other words, the
  839. modem wouldn't really do full duplex. (When you stopped sending, all
  840. the queued up recieve data would come spewing out.)
  841.  
  842. It turns out to be fairly hard to reproduce this bug; you have to
  843. enable hardware handshake (RTS/CTS) and then, apparently, ignore it.
  844. Instead of dropping bytes, the modem tries to keep up. Personally, I
  845. would have called this "operator error"!
  846.  
  847. What Zyxel did however was fix the bug and mailed a copy to the person
  848. who found the bug -- and as far as I know, this was a mere mortal
  849. customer, not an "official" tester!
  850.  
  851. FidoNews 10-07                 Page 16                     15 Feb 1993
  852.  
  853.  
  854. In a DOS environment, with a standard PC Async Adapter, especially
  855. with a decent FOSSIL driver, you will never be able to reproduce this;
  856. it requires an improper installation.
  857.  
  858.  
  859. This is not the only story like this, where Zyxel takes customer bug
  860. reports and acts on them, producing a fix in the next ROM version.
  861. And makes those ROMs available for $35, or "free" if you can burn your
  862. own EPROMS! (Which most people don't of course do; however it lets
  863. others burn replacement EPROMs and make them available inexpensively.
  864.  
  865. I can think of a few other modem manufacturers who will simply not
  866. admit that their product could possibly have bugs, or that mere users
  867. could find them. Grrr.
  868.  
  869. Zyxel seems to be agressively working the sysop world. We're a fussy
  870. and demanding group of people, but I think they've noticed that BBS
  871. callers tend to look to BBS sysops' experience as to what modems are
  872. worth getting. This worked with U.S. Robotics, and it seems to be
  873. working well with Zyxel. Let's see if they can keep up!
  874.  
  875.  
  876.  
  877. FIDONET COMPATIBILITY REARS IT'S UGLY HEAD...
  878.  
  879. There is one other problem of uncertain effect, that has already
  880. caused not a little bit of trouble. The Zyxel modems will not
  881. auto-answer at 300 baud, ie. Bell 103A. Really.
  882.  
  883. No one *likes* 300 baud. In this day and age it's a "fall back", when
  884. literally everything else fails, and in some cases, such as calls from
  885. "overseas" (US-centric point of view) the only modem protocol in
  886. common with U.S. modems. (The old European split 1200/75 baud 202A
  887. protocol for example.)
  888.  
  889. The clincher: the FidoNet technical standards require that a node in
  890. FidoNet always accept incoming mail, simply put. Even if this means
  891. falling back to FSC-001 mode, with XMODEM for files and at 300 baud;
  892. at least a message can get through.
  893.  
  894. Zyxel claims that the problem is due to some modems' FAX protocols
  895. using 300 baud for protocol signaling, such as the Supra, and because
  896. of this 300 baud is unavailable for modem use. I do not understand FAX
  897. protocol issues, and can only offer that other modems do not have this
  898. problem.
  899.  
  900. So a Zyxel-equipped FidoNet system cannot accept incoming 300-baud
  901. calls, which is technically in violation of FidoNet technical
  902. requirements. It has already come up as a problem in one net, at
  903. least.
  904.  
  905. FidoNews 10-07                 Page 17                     15 Feb 1993
  906.  
  907.  
  908. FidoNet is not here to sell modems; it's here for people to
  909. communicate, period, even or maybe especially people with "no money"
  910. systems using junk modems.
  911.  
  912. But in fact this "300-baud" problem has been around for a while now --
  913. for example, my Tandy 200 laptop (circa 1985) has a built-in 300-baud
  914. modem that hasn't been able to connect to any high-speed modem for
  915. years; it's old design gets fooled by the complex tones required for
  916. the new speeds. Probably this is a common problem.
  917.  
  918. I truly don't know how much it matters that the very bottom end of the
  919. speed range is going away. Are we cutting off a dozen people? A
  920. hundred? Thousands? It's a marketing decision certainly, and we'll see
  921. what the outcome is. I wish we could have both, such as an option to
  922. dedicate Bell 103A to modem use vs. FAX.
  923.  
  924.  
  925.  
  926. --------------------------
  927.  
  928. Zyxel contact information, courtesy Zyxel
  929.  
  930.  
  931.                                    Retail Price   SYSOP Special Price
  932. ZyXEL U-1496B/144 (Internal Card)   US $449.00       US $289.00
  933. ZyXEL U-1496B/168 (Internal Card)   US $469.00       US $299.00
  934. ZyXEL U-1496E  (Ext/16.8kbps)       US $469.00       US $299.00
  935. ZyXEL U-1496E+ (Ext/16.8/19.2kbps)  US $649.00       US $399.00
  936. ZyXEL U-1496   (Ext/16.8kbps)       US $899.00       US $499.00
  937. ZyXEL U-1496+  (Ext/16.8/19.2kbps)  US $989.00       US $549.00
  938. ZyXEL U-1496R  (Rack Modem16.8/19.2)US $899.00       US $549.00
  939. ZyXEL RS-1600SY (Rack System with one RS-1600 and one U-1496R modem)
  940.                                                      US $1349.00
  941.  
  942.  
  943. Manufacturers Representative William Gourley   1-800-669-5085
  944.                                                1-800-GOU-RLEY
  945.  
  946.  
  947. Support BBSs:
  948. San Diego Rep  1:202/346 8:913/1               1-619-282-0857
  949. Corporate                                      1-714-693-0762
  950.  
  951. Fax:
  952. San Diego                                      1-619-282-2397
  953.  
  954.      Stocking Resellers:
  955.  
  956.      ORG NAME             MANAGER         VOICE PHONE
  957.  
  958.      Donovan Enterprises - Brenda Donovan - 1-619-560-8317 RTL/VAR
  959. FidoNews 10-07                 Page 18                     15 Feb 1993
  960.  
  961.  
  962.      Micro City          - Rodger         - 1-619-689-0567 RTL
  963.      Sole Source Systems - Scott McMillan - 1-619-467-0661 RTL
  964.      LaPaz Electronics   - Allen          - 1-619-586-7610 WHL
  965.      Richard Couture     - Richard        - 1-415-621-1908 RTL/VAR
  966.  
  967. ----------------------------------------------------------------------
  968.  
  969. by: Phillip Dampier
  970. 1:2613/228
  971.  
  972. While flipping through an overloaded case of floppy diskettes, I was
  973. very much surprised to find the floppy disk that contained the very
  974. first nodelist that listed my node, back in December of 1988.
  975.  
  976. At the time, our hub consisted of about a baker's dozen of nodes, all
  977. a part of a Net 260 that was about two screen pages full.  The entire
  978. nodelist was well under 700k at the time.
  979.  
  980. What amused me even more was finding a policy document on that diskette
  981. that was almost identical to the Policy 4.07 that is used today in
  982. Fidonet, one that was adopted in 1989.
  983.  
  984. Today, the nodelist is fast on the way to reaching two megabytes in
  985. length as Fidonet passes 22,000 individual nodes.
  986.  
  987. With that growth has come change -- change that has not been reflected
  988. in this network's current policy document.
  989.  
  990. For those visionaries who want to bring Fidonet into the
  991. 1990's through representative governing of this network, a new
  992. policy built from the ground up sounds like an excellent idea at
  993. first thought.
  994.  
  995. Unfortunately, the landscape is littered with policy proposals and
  996. movements that have pledged to produce a new policy built from the
  997. ground up, only to stand little or no passage within the current
  998. Fidonet infrastructure.
  999.  
  1000. The policy proposal recently submitted by a committee working under
  1001. the auspices of Richard Wood does not address all of my concerns,
  1002. but I have realized that it's a good first step.  It represents
  1003. the building of a new foundation for Fidonet -- one built on
  1004. democratic reform.
  1005.  
  1006. It's time for us to recognize that Fidonet needs a new policy
  1007. document.  It also needs a new system for adopting policy documents,
  1008. one that involves each of you who belong to this network.
  1009.  
  1010. Let's take the first step by adopting a policy that sets the stage
  1011. for future reform through better election procedures and a realistic
  1012. policy reform process.  Without this basic reform, no major policy
  1013. proposal ever has any real chance of discussion and adoption.
  1014.  
  1015. FidoNews 10-07                 Page 19                     15 Feb 1993
  1016.  
  1017.  
  1018. I call on all Fidonet Region Coordinators to support taking this
  1019. new policy proposal to a full network referendum.
  1020.  
  1021. I call on all nodes in this network to take the time and get involved
  1022. in Fidonet's administration.  Your involvement in this great Fidonet
  1023. Co-Op brings new blood and a new vision for the future.  Let's start
  1024. off with a new policy document that paves the way.
  1025.  
  1026. Some of our nodes in Net 2613 who wanted to add their names to this
  1027. article follow:
  1028.  
  1029. Jerry Seward (Net 2613 NEC)  1:2613/333
  1030. Tracy Logan (Hub Coordinator - MetroEast)  1:2613/111
  1031. Daniel O'Donnell (Hub Coordinator - MetroWest)  1:2613/369
  1032.  
  1033. John Passaniti  1:2613/102      George Vaisey  1:2613/333.5
  1034. Raymond DeRoo  1:2613/450       Alex Barbara   1:2613/123
  1035. Mark Pedersen  1:2613/211
  1036.  
  1037.  
  1038. ----------------------------------------------------------------------
  1039.  
  1040.  
  1041. Yes, it's possible: More Insanity In fidonet!
  1042.  
  1043. By Mike Catchpole of 1:267/113.15
  1044.  
  1045.         Well, the hot air from my last article seems to have died
  1046. down, but it's still winter out and it's getting cold out here :) I'll
  1047. attempt to do an entire article without that phrase that has become
  1048. quite popular in the fido world today...
  1049.         ... GO POUND SALT ...
  1050.  
  1051.         The democracy issue in fidonet is getting a good start, and
  1052. this is good.   Glen Johnson wrote recently on point voting. It
  1053. was in fact the most cool-headed article ever written about the topic.
  1054.  
  1055. >But, I gotta oppose that one, friends. See, a point system, by
  1056. >definition, is an extension of an existing Fidonet Node. Points
  1057. >are not subject to policy; they don't have to be up during Zone Mail
  1058.  
  1059. I couldn't agree more on the first part.  If points were allowed to
  1060. vote under a new policy, it would open the door for ballot box
  1061. stuffing.  Not good.
  1062.  
  1063. However, the thing that points do not have to follow policy is a gray
  1064. area.  Existing policy defines points as users.  So we have to follow
  1065. policy and be users... Which means exactly what?
  1066.  
  1067. A user is PHYSICALLY and TECHNICALLY unable to File Request, for
  1068. example.  He doesn't have the software to handle it. On the other
  1069. hand, a point can physically File Request or crash mail systems other
  1070. than his own.  But.....
  1071.  
  1072. FidoNews 10-07                 Page 20                     15 Feb 1993
  1073.  
  1074.  
  1075. Is this legal under policy 4?  Well, friends, it depends on who you
  1076. ask!  Attempts by points to get some clear cut definition on this
  1077. issue in the policy_5 echo have been meet in a very unique and
  1078. interesting manner.  Keep in mind, the points in question did not want
  1079. to set policy... they wanted it to say specifically what was legal and
  1080. what was not.  Of course, that didn't stop the netmail flame-throwers
  1081. from telling them they had no right to set a policy that will affect ME.
  1082. (me being the nodelisted flame throwers...)
  1083.  
  1084. First off, when points posted in the echo they were told by persons in
  1085. the echo that points could not have anything above READ ONLY access.
  1086. Some changed. Some came in later and never saw the message.
  1087.  
  1088. Then Glen Harvy Posted a message, which he signed "Zone 3 Co
  1089. Moderator"  in which he stated that points could not receive the echo,
  1090. period.
  1091.  
  1092. So I looked it up in the elist. And again in elist 302 just in case it
  1093. had been changed for some reason... it hadn't.
  1094.  
  1095. Here is the entry from elist302, with some of the indentation removed to
  1096. make it more fido-news friendly, otherwise unchaned...
  1097.  
  1098. Policy 5 assimilation, discussion, and implementation.        POLICY_5
  1099.   This conference is for those persons who are interested in seeing a
  1100.   new FidoNet policy (Policy 5).  It is not a place to bitch about the
  1101.   downfalls of Policy 4, but a place for constructive discussion which
  1102.   WILL lead to drafting a policy that is more in tune with the needs
  1103.   and flavor of todays FidoNet.  YOUR INPUT COUNTS!
  1104. Moderator: Chip Kukuk       1:3636/3   Last Updated: 12/01/92
  1105.   No. of Nodes: 25      Volume: 40/week     Restr:
  1106.   Distribution: REQUEST
  1107.   Gateways:     ZONE 3 VIA 1:291/11                  Rule File: n/a
  1108.  
  1109. Now, first thing is that the Restr: field is blank. Thus, it can go to
  1110. anyone, not just these nodelisted sysops.
  1111.  
  1112. Secondly, according to nodelist.029, there is no such node as 1:3636/3.
  1113. Now, how chip is moderating the echo from a node that does not exist
  1114. when the rules suposedly say that you must be the sysop of a listed node
  1115. to participate is beyond my comprehension.
  1116.  
  1117. As far as I am concerned, it is somewhat ridiculous to establish rules
  1118. for a confence that specificly prevent the moderator from receiving
  1119. it.  Especially when they are created to squash the voice of a so
  1120. called minority group.
  1121.  
  1122. I also received a netmail from Glen that "Policy 5 will never be
  1123. accepted if it is learned it was moduled by points".  Well, I don't
  1124. think it'll last long if it DOES pass.  Since many major points, such as
  1125. point file requests and crashmail will probably never be considered, it
  1126. will have the same weakness as policy 4- vaugness.
  1127.  
  1128. FidoNews 10-07                 Page 21                     15 Feb 1993
  1129.  
  1130.  
  1131. Well, I think I can imagine what policy 5 will probably look like. If it
  1132. was based on the recent fido events, there will be no elist, no
  1133. nodelist, and no rules....
  1134.  
  1135.  
  1136. ----------------------------------------------------------------------
  1137.  
  1138.  
  1139. Christopher Baker
  1140. Rights On! 1:374/14
  1141.  
  1142.                       A_THEIST Echo Available
  1143.  
  1144. A_theism means free of religion in the way a_political means
  1145. free of politics or a_sexual means free of sex
  1146. characteristics or drives.
  1147.  
  1148. With that in mind and ever cognizant of the continued
  1149. pressure of religion to intrude itself into our government
  1150. and its operations, the A_THEIST Echo is provided to inform
  1151. and alarm and hopefully wake up the sleeping and too long
  1152. silent majority to the peril on our doorstep.
  1153.  
  1154. It is now a Zone 1 Backbone Echo Hosted and Moderated
  1155. by Rights On! [1:374/14] and Christopher Baker [card
  1156. carrying member of American Atheists, Inc.]. Initial links
  1157. may be obtained from your local Backbone source connection.
  1158. Zone 3 is being fed through 3:800/857 and Zone 2 through
  1159. 2:241/6001 via a Gate at 1:374/14 until direct links can be
  1160. made to those Zones via the international Backbone links.
  1161. The Zone 3 Hub sends it into Zone 6.
  1162.  
  1163. The Echo is open to anyone who can discuss, without
  1164. proselytizing, the extreme desirability of maintaining the
  1165. absolute separation of State and church in this country as
  1166. provided for in our Constitution.
  1167.  
  1168. A sample of the first few messages and the statement of
  1169. purpose of the Echo is available as A_THEIST.ZIP from this
  1170. system anytime except 0100-0130 ET and Zone 1 ZMH [USR HST
  1171. V32 online] if you wish to get an idea of whether to commit
  1172. disk space to the Echo. An archive of the past traffic from
  1173. the Echo is also available as A_ECHO1.ZIP, A_ECHO2.ZIP, and
  1174. A_ECHO3.ZIP, A_ECHO4.ZIP, etc.
  1175.  
  1176. It has been on the Backbone for months. Ask your Backbone
  1177. connection to get it for you! The complete info is available
  1178. in the current ELISTnnn.XXX file available from your NEC or
  1179. REC or here. [Request ELIST.]
  1180.  
  1181. I hope you will join us or ask your Sysop to request a link
  1182. via their regular Backbone connections!
  1183.  
  1184. FidoNews 10-07                 Page 22                     15 Feb 1993
  1185.  
  1186.  
  1187. TTFN.
  1188. Chris
  1189.  
  1190.  
  1191. ----------------------------------------------------------------------
  1192.  
  1193.  
  1194. By: Howard Sucher 1:167/320
  1195. The GlobalNet Network (92)
  1196.  
  1197.  
  1198. This article is to let sysops and non-sysops know that their is an
  1199. alternative FREE electronic communications network that travels
  1200. around the world daily. This network is called the GlobalNet
  1201. Network (92).
  1202.  
  1203. Now please don't start thinking "Oh no, Not another network, they are
  1204. all the same." GlobalNet Network is not like any other network! I'm
  1205. sure it is very hard to believe this. But it really is true. A network
  1206. can be compared to a computer game. Their are many bad programmed
  1207. games and a few good ones. The GlobalNet Network (92) is a network who
  1208. is based mainly on adult and professional type people. We do not
  1209. support the writings of wasteless messages that always say hello,
  1210. hello and hello and have such FALSE B.S in them. Sysops and non-sysops
  1211. who are a part of GlobalNet are willing to help each other out. We
  1212. have no moderators in our 50+ message areas that travel anywhere from
  1213. North America, All over Europe, Asia and Australia. I'm sure you are
  1214. wondering how we don't have moderators? The answer is that we have
  1215. specialists! These people are knowledgeable in this subject field!
  1216. They are not in the echos to complain about people doing this and
  1217. that.
  1218.  
  1219. GlobalNet is free of cost shareing as this network is founded on the
  1220. basis of free amateur communications around the world, where people
  1221. can enjoy themselves and not put up with useless words found in many
  1222. other networks.
  1223.  
  1224. This is how a Good ELECTRONIC amateur network should be! It's a hobby.
  1225. In GlobalNet, you decide what you would like to see and then discuss it
  1226. with everyone else. Unlike some other networks in which your plight and
  1227. suggestions are flushed down the toliet, we in GlobalNet take everything
  1228. seriously and even if your a node, yes a node! your very important and
  1229. have a say! No one rules you!
  1230.  
  1231. If by chance your eyes and head are not overpowered with everyday life
  1232. and you really want to believe and see something different, then you
  1233. can't lose on trying out this network.
  1234.  
  1235. P.S. Also to prove that GlobalNet is not just a network off the floor,
  1236. it was mentioned in an article with in PC-TODAY magazine Aug. 92 issue.
  1237.  
  1238. FidoNews 10-07                 Page 23                     15 Feb 1993
  1239.  
  1240.  
  1241. For fast and quick information freq: GN_REG at:
  1242. Howard Sucher - (514) 487-7086 (19200 ZYX) Fido: 1:167/320
  1243. Howard Sucher - (49) 6841-15390 (HST DS 16.8) Fido: 2:247/83
  1244.  
  1245.  
  1246.  
  1247. ----------------------------------------------------------------------
  1248.  
  1249. by Adam Michlin, 1:143/143
  1250.  
  1251. The INTERNET echo is now available:
  1252.  
  1253. This echo is for novices and other non-experts to discuss the use of
  1254. the Internet.  Finally, a place where the question "How do I send
  1255. netmail from my fidonet address to my friend on the Internet and
  1256. vice versa?" is on-topic.
  1257.  
  1258. What INTERNET is:
  1259.   o A place to ask "dumb" questions like:
  1260.       * How do I get a node-number on the Internet?
  1261.       * How can I get a full Usenet feed with my 1200 bps modem and
  1262.         my Fidonet mailer?
  1263.   o A place to discuss getting access to the Internet, and getting
  1264.     Usenet feeds.
  1265.   o A place to discuss the "cool" places to FTP from, how to
  1266.     FTP/Telnet, and how to be polite about FTP'ing.
  1267.   o You don't know what FTP'ing is?  INTERNET is the echo for you.
  1268.   o A place to discuss how to address mail from Fidonet to other
  1269.     non-Fidonet technology networks such as Compuserve.
  1270.  
  1271. What INTERNET isn't:
  1272.   o An overly technical echo.  Topics like "Getting the best throughput
  1273.     with UUCP-G" will be tolerated, but not looked upon favorably =)
  1274.   o A place to discuss the actual technical issues behind running
  1275.     your own Usenet/Internet gateway.  (For this, you might try the
  1276.     UFGATE echo).
  1277.  
  1278. Why?:
  1279.   o  Why not?
  1280.   o  It's needed.  The OTHERNETS echo gets a lot of Internet related
  1281.      traffic and needs to return back to Fidonet technology related
  1282.      issues.  How many times have you seen someone ask something
  1283.      about the Internet in an echo that has nothing to do with
  1284.      the Internet?  I see many messages like that consistently in
  1285.      all sorts of echos.
  1286.  
  1287. Who?:
  1288.   o  The moderators are Adam Michlin@143/143 and Software John@143/8.
  1289.      I (Adam) am the current moderator of the backbone echo OTHERNETS,
  1290.      and to some extent an Internet novice myself.  John runs the
  1291.      Internet<->Fidonet connection for Net 143 and will be the resident
  1292. FidoNews 10-07                 Page 24                     15 Feb 1993
  1293.  
  1294.  
  1295.      'expert'.
  1296.  
  1297. Where?:
  1298.    o Currently available from:
  1299.      Adam Michlin    1:143/143    Al Anderson     1:377/37
  1300.      Software John   1:143/8      Michael Forrest 1:278/707
  1301.      Guy Martin      1:143/269    Jim Cannell     1:216/21
  1302.      Mark Woolworth  1:209/710    Jerry Seward    1:2613/333
  1303.      Barry Kapke     1:125/125
  1304.      J. Allen        1:2201/13
  1305.      John Gillet     1:114/27
  1306.      Leon Lynch      1:262/3
  1307.      Roger Smith     1:214/33
  1308.      Ralph Sims      1:343/94
  1309.  
  1310.      -Adam Michlin
  1311.       1:143/143
  1312.       amichlin@cats.UCSC.EDU
  1313.  
  1314. ----------------------------------------------------------------------
  1315.  
  1316.  
  1317. by Jasen Fici (1:260/445)
  1318. Magcom v1.0
  1319.  
  1320. Concord Software would like to introduce Magcom v1.0 ...
  1321.  
  1322. Magcom is a result of years of on-line experience.
  1323.  
  1324. Many, many great publications are transmitted electronically in or as
  1325. a single text file.  Although many system operators make these
  1326. magazines available for users to look at while they are on their
  1327. system, and some even make them available for download, until this
  1328. time, there has been no easy way for the user to do this (or the sysop
  1329. to set it up).
  1330.  
  1331. Enter stage left, Magcom ...
  1332.  
  1333. Magcom is a full featured, magazine and publication manager, viewer,
  1334. and on-line door.  It encompasses a rather wide range of functions,
  1335. but is extremely easy to use.
  1336.  
  1337. Who is Magcom for?  In a word, EVERYONE!
  1338.  
  1339. For the writers, and people who create publications, Magcom is a GREAT
  1340. magazine management facility.  It allows the authors to easily manage
  1341. individual articles, full magazines, and entire publications (multiple
  1342. issues of the same magazine).  It creates compressed archives of
  1343. magazine and publications on command, and allows for the easy
  1344. distribution of such on-line-creations.
  1345.  
  1346. FidoNews 10-07                 Page 25                     15 Feb 1993
  1347.  
  1348.  
  1349. For the sysop, almost painlessly, on-line magazines and publications
  1350. created by authors who also decide to use Magcom (mentioned above),
  1351. can be viewed, captured, or downloaded by their users.  Magcom is the
  1352. ultimate on-line magazine viewer! (and as far as we know, the only
  1353. one).
  1354.  
  1355. For the casual BBS users, Magcom can make your life EXTREMELY easier.
  1356. No longer are you required to pan through an entire on-line document
  1357. to get to the part that you want to read.  Anything created with
  1358. Magcom will allow you to view things in an orderly and structured
  1359. fashion.  It even allows you to download individual sections of a
  1360. publication with the seven internal protocols supplied!
  1361.  
  1362. The number one objection you will hear from authors, is that magazines
  1363. distributed in this format would not allow for users of non-based DOS
  1364. machines to view it.  I say, Magcom does NOT have to be a switch of
  1365. the way their magazines are distributed, but simply an addition.  With
  1366. the thousands of DOS based BBS systems available, distributing
  1367. magazines in the Magcom format makes nothing but sense.
  1368.  
  1369. How can Magcom become successful?  By you, the system operators and
  1370. users.  If you would like to see your favorite on-line magazines
  1371. distributed in the Magcom format, you MUST ask the authors of these
  1372. magazines to take a look at Magcom.  Don't harass, but make a simple
  1373. suggestion.  If enough people make the request, eventually they will
  1374. see the possibilities of Magcom.
  1375.  
  1376. Since this is the first major release of this type of software, Magcom
  1377. we may NOT have thought of EVERYTHING that you would like to see
  1378. within such a program.  If you have any comments, suggestions,
  1379. constructive hate mail (if there is such a thing), please send it to
  1380. Jasen Fici at the address below.
  1381.  
  1382. Magcom is being distributed as shareware.  It is available from
  1383. 1:260/445 24 hours a day, 300-14400 with a file request for the magic
  1384. name : MAGCOM (how original?)
  1385.  
  1386. You can also obtain it from calling our BBS at (607) 748-5276 also 24
  1387. hours.  We also have designed a new BBS package known as Harmony BBS
  1388. that had been released across the country a few months ago.  We are
  1389. working on a majpr update to that software also, but please feel free
  1390. to call up, take the grand tour, and say hello. (Harmony BBS v1.1a can
  1391. be FREQ with the magic name HARMONY)
  1392.  
  1393.  
  1394. ----------------------------------------------------------------------
  1395.  
  1396.  
  1397. Christopher Baker
  1398. 1:374/14, Titusville_FL_USA
  1399.  
  1400. FidoNews 10-07                 Page 26                     15 Feb 1993
  1401.  
  1402.  
  1403.                     MENSANS_ONLY Echo
  1404.  
  1405. MENSANS_ONLY is open to any verified member, past or
  1406. present, of any Mensa organization.
  1407.  
  1408. MENSANS_ONLY is not connected with American Mensa, Ltd.
  1409. [The High IQ Society], or any other Mensa organization
  1410. anywhere. MENSANS_ONLY has no opinions. Any opinions
  1411. expressed are those of the writer and any replier.
  1412. MENSANS_ONLY exists solely to provide a convenient forum
  1413. for electronic conversation between accepted members of any
  1414. Mensa organization. Any other inference you may glean from
  1415. perusing this Echo is all in your head, which is where it
  1416. should stay.
  1417.  
  1418. It is Hosted and Moderated from Rights On! in
  1419. Titusville_FL_USA at 1:374/14. It is intentionally withheld
  1420. from the FidoNet Backbone distribution system and is
  1421. offered for point-to-point links only. Any Backbone system
  1422. discovering this Echo traversing their system should
  1423. immediately remove it and notify anyone sending or
  1424. receiving it through them to desist unless said Backbone
  1425. system is an active and verified participant of
  1426. MENSANS_ONLY.
  1427.  
  1428. Anyone may read the traffic in this Echo but only verified
  1429. members may post in this Echo. Non-members interested in
  1430. more information about Mensa are directed to the general
  1431. Mensa Echo of the same name [MENSA] available from the
  1432. FidoNet Backbone and Moderated by Dave Aronson of
  1433. 1:109/120.
  1434.  
  1435. Sysops who link into MENSANS_ONLY agree to abide by the
  1436. access restrictions above. The content of that Echo is not
  1437. restricted to any single topic or idea.
  1438.  
  1439. The number of systems linked to this Echo and the volume of
  1440. traffic in this Echo varies. Traffic is generally light
  1441. which is typical of non-Backbone, special interest Echos.
  1442.  
  1443. Anyone interested in linking into MENSANS_ONLY, should send
  1444. Netmail to: Christopher Baker at 1:374/14 {Rights On!,
  1445. Titusville_FL_USA}.
  1446.  
  1447. The following is a list of primary links for M_O:
  1448.  
  1449. [Zone 1:] 109/120 114/15 114/74 135/71 250/416 374/14 374/98
  1450. 380/7 387/31. Zone 2 is also connect thru Holland courtesy
  1451. of Bob Hirschfeld at 1:114/72. [thanks, Bob!]
  1452.  
  1453. The Sysops of the above systems may link others into
  1454. MENSANS_ONLY based on the acceptance of the restrictions,
  1455. imposed above, by the link requesting Sysop.
  1456.  
  1457. FidoNews 10-07                 Page 27                     15 Feb 1993
  1458.  
  1459.  
  1460. Anyone requiring a direct feed or further information
  1461. should send Netmail to me at 1:374/14. Rights On! is a 24
  1462. hour system currently at 9600+ bps. It is now at 9600+ on a
  1463. USR Courier HST dual standard courtesy of their Sysop
  1464. Purchase Plan.
  1465.  
  1466. TTFN.
  1467. Chris
  1468.  
  1469.  
  1470.  
  1471. ----------------------------------------------------------------------
  1472.  
  1473.  
  1474. RADIOS_OLD is an new echo for collectors, traders and restorers of
  1475. antique radios and televisions. For systems carrying shortwave, ham,
  1476. or electronic for-sale echos, Radios_Old will fit right in.  For the
  1477. nearest feed, contact Darren Leno at 1:115/747 / (708) 238-1901.
  1478.  
  1479.  
  1480. ----------------------------------------------------------------------
  1481.  
  1482.  
  1483. Christopher Baker
  1484. Rights On!, 1:374/14
  1485.  
  1486.              SKEPTIC Echo is alive and well!
  1487.  
  1488. SKEPTIC is now a Backbone Echo that originally sprang forth
  1489. from the San Francisco area. It now originates from Zone 3
  1490. in Adelaide, Australia under the Moderatorship of Jackson
  1491. Harding at 3:800/857 and is Hubbed into Zones 1 and 2 by
  1492. 1:374/14. It is Hubbed into Zone 6 from 3:800/857. The
  1493. Zone 2 Hub is Dieter Hummel at 2:241/6001.
  1494.  
  1495. If any of you or your Sysops are interested in obtaining
  1496. this Echo, you or they should contact their regular,
  1497. Backbone Echo source! SKEPTIC now appears in FIDONET.NA as
  1498. of 2 May 92.
  1499.  
  1500. SKEPTIC is devoted to examination and report of paranormal
  1501. and fringe-science claims. It has NO official or unofficial
  1502. connection to CSICOP {Committee for the Scientific
  1503. Investigation of Claims of the Paranormal} but has a similar
  1504. philosophy. Claims are not rejected on a priori grounds but
  1505. rather are investigated by objective and critical inquiry.
  1506.  
  1507. The Echo is now fully activated and waiting for those with
  1508. an interest in the mission stated above.
  1509.  
  1510. Complete information about the Echo may be found in the
  1511. current issue of the EList and the ELRules files.
  1512.  
  1513. FidoNews 10-07                 Page 28                     15 Feb 1993
  1514.  
  1515.  
  1516. Come and join us in the pursuit of knowledge! [grin]
  1517.  
  1518. TTFN.
  1519. Chris
  1520. Zone 1 Hub for SKEPTIC
  1521.  
  1522. ----------------------------------------------------------------------
  1523.  
  1524. FidoNews 10-07                 Page 29                     15 Feb 1993
  1525.  
  1526.  
  1527. ======================================================================
  1528.                          FIDONEWS INFORMATION
  1529. ======================================================================
  1530.  
  1531. ------- FIDONEWS MASTHEAD AND CONTACT INFORMATION ----------------
  1532.  
  1533. Editors: Tom Jennings, Tim Pozar
  1534. Editors Emeritii: Thom Henderson, Dale Lovell, Vince Perriello
  1535.  
  1536. IMPORTANT NOTE: The FidoNet address of the FidoNews BBS has been
  1537. changed!!! Please make a note of this.
  1538.  
  1539. "FidoNews" BBS
  1540.     FidoNet  1:1/23                     <---- NEW ADDRESS!!!!
  1541.     Internet  fidonews@fidosw.fidonet.org
  1542.     BBS  +1-415-863-2739,  300/1200/2400/16800/V.32bis/Zyxel
  1543.  
  1544. (Postal Service mailing address) (have extreme patience)
  1545.     FidoNews
  1546.     c/o World Power Systems             <---- don't forget this
  1547.     Box 77731
  1548.     San Francisco
  1549.     CA 94107 USA
  1550.  
  1551. Published weekly by and for the members of the FidoNet international
  1552. amateur electronic mail system. It is a compilation of individual
  1553. articles contributed by their authors or their authorized agents. The
  1554. contribution of articles to this compilation does not diminish the
  1555. rights of the authors. Opinions expressed in these articles are those
  1556. of the authors and not necessarily those of FidoNews.
  1557.  
  1558. Authors retain copyright on individual works; otherwise FidoNews is
  1559. copyright 1992 Tom Jennings. All rights reserved.  Duplication and/or
  1560. distribution permitted for noncommercial purposes only. For use in
  1561. other circumstances, please contact the original authors, or FidoNews
  1562. (we're easy).
  1563.  
  1564.  
  1565. OBTAINING COPIES: The-most-recent-issue-ONLY of FidoNews in electronic
  1566. form may be obtained from the FidoNews BBS via manual download or
  1567. Wazoo FileRequest, or from various sites in the FidoNet and Internet.
  1568. PRINTED COPIES may be obtained from Fido Software for $10.00US each
  1569. PostPaid First Class within North America, or $13.00US elsewhere,
  1570. mailed Air Mail. (US funds drawn upon a US bank only.)
  1571.  
  1572. BACK ISSUES: Available from FidoNet nodes 1:102/138, 1:216/21,
  1573. 1:125/1212, (and probably others), via filerequest or download
  1574. (consult a recent nodelist for phone numbers).
  1575.  
  1576. A very nice index to the Tables of Contents to all FidoNews volumes
  1577. can be filerequested from 1:396/1 or 1:216/21. The name(s) to request
  1578. are FNEWSxTC.ZIP, where 'x' is the volume number; 1=1984, 2=1985...
  1579. through 8=1991.
  1580.  
  1581. FidoNews 10-07                 Page 30                     15 Feb 1993
  1582.  
  1583.  
  1584. INTERNET USERS: FidoNews is available via FTP from ftp.ieee.org, in
  1585. directory ~ftp/pub/fidonet/fidonews. If you have questions regarding
  1586. FidoNet, please direct them to deitch@gisatl.fidonet.org, not the
  1587. FidoNews BBS. (Be kind and patient; David Deitch is generously
  1588. volunteering to handle FidoNet/Internet questions.)
  1589.  
  1590. SUBMISSIONS: You are encouraged to submit articles for publication in
  1591. FidoNews. Article submission requirements are contained in the file
  1592. ARTSPEC.DOC, available from the FidoNews BBS, or Wazoo filerequestable
  1593. from 1:1/23 as file "ARTSPEC.DOC". Please read it.
  1594.  
  1595.  
  1596.  
  1597. "Fido", "FidoNet" and the dog-with-diskette are U.S. registered
  1598. trademarks of Tom Jennings, Box 77731, San Francisco CA 94107, USA and
  1599. are used with permission.
  1600.  
  1601.  
  1602.  
  1603.     Asked what he thought of Western civilization,
  1604.     M.K. Gandhi said, "I think it would be an excellent idea".
  1605.  
  1606. -- END
  1607.  
  1608. ----------------------------------------------------------------------
  1609.  
  1610.